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jtgmarks/Arauments; 

Claims 1, 9 and 13 have been amended. No new material is introduced herein. Claims 
1-14 are pending. 

Support for the amendments to claims 1, 9, and 13 can be found, for example, in 
paragraphs [0021] and [0034] (read-only memory); paragraph [0046] (compatibility 
determination; paragraphs [0034] and [0045] (verification and restoring original software); and 
Rgs. 1-3. 

The specification was objected to as failing to provide antecedent basis for the claimed 
subject matter. In particular, it is asserted that the feature of a flash memory, cited in claim 6, 
ms not disclosed in the subject disclosure. Applicant respectfully disagrees. Paragraphs [0006] 
and [0015], for example, in the subject disclosure describe that the smart card includes 
personal computer memory card international association (PCMCIA) Type Mil cards and Japan 
electronic industry development association (JEIDA) cards. One of skill in the art would be 
aware that PCMCIA Type wn memory cam's may include flash memory. (See for example, the 
enclosed Wikipidia article entitled "PC card"). Accordingly, applicant respectfully requests that 
the objection to the specification be withdrawn. 

Claim 1 was rejected under 35 U.S.C. §l02(e) as being anticipated by Prus et al. (U.S. 
Pat. App. No. 2005/0144651). This ground for rejection is overcome by the amendments to 
claim 1. In particular, Prus et al. do not disclose or suggest: 

a method of upgrading operational software In a host device having a smart card 
interSS; t he best a™** including » ~ a H-™iv memory havinn nrin.nal software for the 
host device... 

Hptgrminino if th * - paraded soft er* is compatihl* with the host device by comparing 
a ttributes of the upgre d ed software to that of the host device, the host dev,ce 
performing the determination of compatibility before the upgraded software is 
transferred from the smart card... 

if the upgraded software is determined to be compatible, transferring the upgraded 
c^frware from thp smart card *n a memory of the host device, to perform the code 
upgrade- 
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^, i<Vinrt .hp .nftw-r- EaosfellSii tQ tbfi ^ing data stored on the >*™rt card 

^ff ^l ^f Jr.rl snftw ? - ~™ nnt ho venfiPri restnnnq the original ^ffware from 
l-hp read-only memory. - 



as required by claim 1 (emphasis added). 

Prus et al. disclose, in Fig. 1, a settop receiver 150 that is connected to head end 101 
which downloads software to settop receiver 150 (paragraph [0018]). Settop receiver 150 
includes a bootloader 300 capable of detecting the presence of a smart card (paragraph 
[0033]). The bootloader 300 also checks for existence of operating system/control program 
software and «™^»<<* an oper at i ng ^temfr ontro] pmnram from head end 1Q1 if it detects a 
corrupt version in the host memory (paragraph [0026] and Abstract). Prus et al. do not 
disclose or suggest a method of upgrading operational software including "transferring the 
upgraded software from the smart card to a memory of the host device." Prus et al., instead, 
downloads an operating system/control program from a head end. Furthermore, Prus et al. do 
not 1) determine a compatibility of the upgraded software with the host device, or 2) transfer 
the upgraded software if the upgraded software is determined to be compatible, or 3) verify the 
software transferred to the memory or 4) restore the original software from the read-only 
memory in the host device if the transferred software can not be verified, as required by 
applicant's amended claim 1. Thus, Prus et al. do not include all of the features of claim 1. 
Because Prus et al. do not disclose or suggest all of the features of claim 1, claim 1 is not 
subject to rejection under 35 U.S.C §102(e) as being anticipated by Prus et al. 

Claims 5-6 and 8 were rejected under 35 U.S.C. §102(b) as being anticipated by Diehl et 
al. (U.S. Pat. No. 5,835,864). This ground for rejection is respectfully traversed. In particular, 
Diehl et al. do not disclose nor suggest: 

a smart card for providing a code upgrade to an open cable compliant host device, 
comprising a memory for holding upgraded software for delivery to the host dev.ce, the 
S including a card information structure (CIS) for identifying the smart card 
as a code upgrade card... 

as required by applicant's claim 5. 
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Diehl et al. discloses a d^cated^maitcaid (see Col. 2, lines 3-6) that contains a CPU, 
a memory and an interface that functions as a reset, presents an application identifier and 
transmits data in a table that is used for customization (see Co.. 2, lines 35-48). According to 
Diehl et al., the smart card may include channel allocation tables for different sites belong.ng to 
a program provider (Col. 2, line 66- Col. 3, line 1). Diehl et al. do not disclose or suggest that 
the smart card includes "a memory for holding upgraded software for delivery to the host 
device" or that the memory includes "a card information structure (CIS) for identifying the 
smart card as a code upgrade card," as required by applicant's claim 5. Although Diehl et al. 
disclose that the smart card includes a memory, the Diehl patent is silent regarding the memory 
holding upgraded software or the memory including a CIS for identifying the smart card as a 
code upgrade card. Thus, Diehl et al. do not include all of the features of claim 5. 

Because Diehl et al. do not disclose all of the features of claim 5, claim 5 is not subject 
to rejection under 35 U.S.C §l02(b) as being anticipated by Diehl et al. Because claims 6 and 
8 include all of the limitations of claim 5 from which they depend, claims 6 and 8 are not 
subject to rejection under 35 U.S.C. §l02(b) as being anticipated by Diehl et al. 

Claim 13 was rejected under 35 U.S.C. §102(b) as being anticipated by McClellan et al. 

(U.S. Pat. No. 5,619,250). This ground for rejection is overcome by the amendments to claim 

13. In particular, McClellan et al. do not disclose or suggest: 

...a method of providing a software upgrade to an open «^ble co^liant ho^ ctevfce ^ the 
hn«t device incluHinn H read-only ■ m»mnrv having ono.nal software for the host device... 

determining if the software upgrade is compatible with the host device by comparing 
Xe software upgrade to that of the host d ™^^^P^ ng 
the determination of compatibility before the software upgrade .s read from the smart 

card... 

if the software upgrade is determined to be compatible, reading the software upgrade 
of the smart card and writing the software upgrade to a memory of the compliant host 
device... 

verifying th* software written m the memory using data stored on the smart card and 
jj ^rirVn JL.^ ..n vprined^rnrinn the original software from the read- 

only memory ... 

as required by amended claim 13 (emphasis added). 
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McCleiian et ai. disclose, in Fig- 2, a decoding system 40 including a PCMCIA interface 52 
which accepts PCMCIA cards including system upgrades in the form of upgrade modules (Col. 7, 
iines 58-65). A new module is either placed in RAM 14 or FLASH memory 50 of the decodmg 
system 40. If the upgrade is placed in FLASH memory, the upgrade is extendable beyond the 
current session (Col. 8, lines 12-23). McCleiian et al. discloses that the original operating 
system software is stored In the ROM (Col. 6, lines 40-41). McCleiian et al. do not disciose or 
suggest Verifying the software written to the memory using data stored on the smart card" or 
"if the written software can not be verified, restoring the original software from the read-only 
memory," as required by Applicant's claim 13. Although McCleiian et al. disclose perform.ng a 
validity check on a module to in order to avoid misidentifying random data (Col. 9, lines 17-33), 
McCleiian et al. do not disclose verifying software that is written to memory using data stored 
on the smart card. McCleiian et al. further do not disclose restoring the original software from 
the read-only memory if the written software can not be verified. McCleiian et al., instead, 
disclose including multiple versions of an update stored in FLASH memory (Col. 8, line 51-66). 
Thus, McCleiian et al. do not include all of the features of claim 13. Because McCleiian et al. do 
not disclose all of the features of claim 13, claim 13 is not subject to rejection under 35 U.S.C. 
§l02(b) as being anticipated by McCleiian et al. 

Claims 2 and 9-12 were rejected under 35 U.S.C. §103(a) as being unpatentable over 
Puis et al. in view of OpenCable Specification. Claim 2, however, includes all of the features of 
claim 1 from which it depends and is patentable over Prus et al. for at least the same reasons 
as claim 1. 

The OpenCable Specification discloses a specification for an open cable host and point- 
of-deployment (POD) interface. The OpenCable Specification does not provide the deficiencies 
of Prus et al. because it does not disclose or suggest 1) that the host device includes a read- 
only memory having original software, 2) determining if upgraded software is compatible with 
the host device before the upgraded software is transferred from the smart card, 3) verifying 
the software transferred to the memory and 4) restoring the original software from the read- 
only memory if the transferred software can not be verified, as required by claim 1. 

The cited art, taken singularly or in combination do not disclose or suggest all of the 
features of claim 1- Accordingly, claim 2, which includes all of the features of claim 1 from 
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which it depends is also not subject to rejection under 35 U.S.C. 5103(a) as being unpatentable 
over Prus et al . in view of OpenCable Specification. 

The rejection of claim 9 is overcome by the amendments to claim 9. Neither Prus et a!, 
nor the OpenCable Specification disclose or suggest: 

a ^H-nnlv m»mnrv having P ^nal nrooram data for the set top box... 

a hnnt^n loader ™h.rh configured to control the processor to ^"f^V^™™ 
d ata from the POD interface to the mem ory to overwrite the , o p tional software wfe 

up graded software, ... 

ri^rminina mp*ng which det e rmine whether the upgraded software is compatibl e by 
" ^ri'" attributes of the upgraded software to that of the host dev.ce and which 
S^ n ^^^H^^5ter«» by the bootstrap loader using data stored on the 
smart car? anT?^e transferred p rogram data ran not he verified restonng the ordinal . 
pmoram dm ? fmm tne read-only memory - 

...the set top box n^rmin^ the rnmnartbiHtv before the upgraded software js 
transferred from the POD interface to the memory... 

as required by amended claim 9 (emphasis added). 

As described above, Prus et al. do not disclose or suggest 1) a read-only memory having 
original program data, 2) a bootstrap loader which is configured to control the processor to 
transfer program data from the POD interface to the memory to overwrite the operational 
software with upgraded software, 3) determining means which determines whether the 
upgraded software is compatible by comparing attributes of the upgraded software to that of 
the host device, 4) verifying the program data transferred by the bootstrap loader using data 
stored on the smart card and 4) restoring the original program data from the read-only memory 
if the transferred program data can not be verified, as required by amended claim 9. The 
OpenCable Specification is described above and does not provide the material missing from Prus 
et al. Accordingly, neither Prus et al. nor the OpenCable Specification include the features of 
amended claim 9. 

Because Prus et al. and the OpenCable Specification, either alone or in combination, do 
not disclose all of the features of claim 9, claim 9 is not subject to rejection under 35 U.S.C. 
1103(a) as being unpatentable over Prus et al. in view of OpenCable Specification. Because 
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claim 10-12 include all of the limitations of claim 9 from which they depend, claims 10-12 are 
not subject to rejection under 35 U.S.C §103(a) as being unpatentable over Prus et al. In v.ew 
of OpenCable Specification. 

Claim 3 was rejected under 35 U.S.C. §l03(a) as being unpatentable over Prus et al. in 
view of the ATSC standard. Claim 3, however, includes all of the features of claim 1 from which 
it depends and Is patentable over Prus et al. for at least the same reasons as claim 1. 

The ATSC standard discloses a standard for a conditional access system for terrestrial 
broadcasting. The ATSC standard does not provide the deficiencies of Prus et al. because it 
does not disclose or suggest l) that the host device includes a read-only memory hav.ng 
original software, 2) determining if the upgraded software is compatible with the host dev,ce 
before the upgraded software is transferred from the smart card, 3) verifying the software 
transferred to the memory and 4) restoring the original software from the read-only memory rf 
the transferred software can not be verified, as required by claim 1. 

The cited art taken singularly or in combination do not disclose or suggest the features 
of claim 1. Accordingly, claim 3, which includes all of the limitations of claim 1 from which it 
depends Is also not subject to rejection under 35 U.S.C. §103(a) as being unpatentable over 
Prus et al. In view of the ATSC standard. 

Claim 4 was rejected under 35 U.S.C. § 103(a) as being unpatentable over Prus et al. in 
view of OpenCable Specification and further in view of Kidder et al, (U.S. Pat. App. No, 
2004/0031030). 

Prus et al. and the OpenCable Specification are described above. Kidder et al. disclose 
an apparatus for facilitating hot upgrades of software components within a telecommunications 
network device using signatures generated by a signature generation program. Kidder et al. do 
not provide the deficiencies of Prus et al. because it does not disclose or suggest 1) that the 
host device includes a read-only memory having original software, 2) determining a if the 
upgraded software is compatible with the host device before the upgraded software is 
transferred from the smart card, 3) verifying the software transferred to the memory and 4) 
restoring the original software from the read-only memory if the transferred software can not be 
verified, as required by claim 1. 
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The cited art taken singularly or in combination do not disclose or suggest the features 
of claim i. Accordingly, dam. 4, which includes all of the limitations of claim 1 from wh.ch .t 
depends is also not subject to rejection under 35 U.S.C §103(.) as being unpatentable over 
Prus et al. in view of OpenCable Specification and further in view of Kidder et al. 

Claim 7 was rejected under 35 U.S.C. §l03(a) as being unpatentable over Diehl et al. in 
view of McClellan et al. Claim 7, however, includes all of the features of claim 5 from which it 
depends and is patentable over Diehl et al. for at least the same reasons as claim 5. 

McClellan et al. is described above. McClellan et al. do not provide the deficiencies of 
Diehl et al. because it does not disclose or suggest that a smart card includes "a memory for 
holding upgraded software for delivery to the host device" or that the memory includes -a card 
information structure (OS) for identifying the smart card as a code upgrade card," as requ.red 
by claim 5. 

The cited art taken singularly or in combination do not disclose or suggest the features 
of claim 5. Accordingly, claim 7, which includes all of the limitations of claim 5 from which it 
depends is also not subject to rejection under 35 U.S.C. §103(a) as being unpatentable over 
Diehl et al. in view of McClellan et al. 

Claim 14 was rejected under 35 U.S.C. §l03(a) as being unpatentable over McClellan et 
al in view of Kidder et al. Claim 14, however, includes all of the features of claim 13 from 
which it depends and is patentable over McClellan et al. for at least the same reasons as claim 

13- 

Kidder et al. is described above. Kidder et al. do not provide the deficiencies of 
McClellan et al. because it does not disclose or suggest -verifying the software written to the 
memory using data stored on the smart card" or "if the written software can not be verified, 
restoring the original software from the read-only memory," as required by claim 13. 

The cited art taken singularly or in combination do not disclose or suggest the features 
of claim 13. Accordingly, claim 14, which includes all of the limitations of claim 13 from which 
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it depends is also not subject to rejection under 35 U.S.C 1103(a) as being unpatentable over 
McClellan et al. in view of Kidder et al. 

in view of the amendments and arguments set forth above, it is respectfully requested 
that the objection to the specification and the rejection of claims 1-14 be withdrawn. 

Respectfully submitted, 



KNN/ap/pb 

Dated: March i, 2006 



-, r - - ^^^p 

Kenneth N. Nigon, Reg. Nar31,549 
Attorney for Applicant 



P.O. Box 980 

Valley Forge, PA 19482 

(610) 407-0700 



□ P.O. Box 1S96 
w Wilmington, DE 19899 
(302) 778-2500 



The Director is hereby authorized to charge 
or credit Deposit Account No. 18-0350 for 
any additional fees, or any underpayment or 
credit for overpayment in connection 
herewith. 



I hemby certify that this correspondence is being deposited 
with the united States Postal Service as first class mail, 
with sufficient postage, in an envelope addressed to: 
Commissioner for Patents. P.O. Box 1450, Alexandria, VA 
22313-1450 on: 



March>) 2006 



'Patricia C. Boccella 
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PC card 

From Wikipedia, the free encyclopedia 
(Redirected from PCMCIA) 

PC cards are cards designed to be inserted into laptop computers in order to enable extra functions. 

r ^ i M priwrTA cards as the original standards were set by the Personal Computer Memory Card 
They were first called PCMCIA c ™~™2£ was iokingly expanded as "People Can't Memorize Computer Industry 

tCScIA -u fS developmg a new notebook peripheral specification died Newcard or Expressed. 
The first PC cards (PCMCIA, with the more logical IBM — ^ 

Architecture) were Type I, and supported actual Memory ^^^^^^i this. The interface's role 
memories. Type II cards added I/O support m add-on to 'T^^Tto^S d d spawn a generation of flash memory 



Contents 



1 PC card 

2 CardBus 

3 ExpressCard (Newcard) 

4 External links 

5 See also 





i Type II and 111 PC Cards. The Type m is twice j 
the Sickness of the Type 11. 



PC card 

A PC card is about the size of a credit card. There are three different sizes, 
varying in thickness: Type I is 3.3 mm thick, Type II is 5.0 mm thick and Type HI 
b 10.5 mm thick. All are 85.6 mm long and 54.0 mm wide. Most notebooks used 
to come with two Type 11 slots or one Type III. With the removal oflegacy ports, 

the PC Card Type I. 

- • , flr*t PC cards were for memory expansion. However, the existence of a usable general standard 

modems and hard disks. 

The electrical specification for the PC card is also used for CompactFlash, so a PC Card CompactFlash adapter need only be a 
socket adapter. 

The form factor is also used by the Common Interface form of Conditional Access Modules for DVB broadcasts. 



CardBus 

The original PC Card bus was 



16-bit, similar to ISA. CardBus is effectively a 32-bit, 33 MHz PCI bus, in the same physical form 
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i- a T^o^nnths left hand front of the card is slightly shallower on a CardBus card so a 32-bit card cannot be 
Card devices. 

CardBus includes the bus mastering ability, which allows a controller on the bus to talk to <*~*^£%" ^ *** 
mrough the CPU. Many chipsets are available for both PCI and CardBus cards, such as those that support Wi-Fi. 



ExpressCard (Newcard) 



The PCMCIA has developed a replacement for the present CardBus standard, called 
ExpressCard (originally codenamed Newcard), which is claimed to be faster and less 
complex than CardBus. The host device supports both PCI Express and USB 2.0 
connectivity through the ExpressCard slot, and each card uses whichever the designer 
feels most appropriate to the task. The cards are hot-pluggable. 

ExpressCard supports two form factors, ExpressCard/34 (34 mm wide) 
ExpressCard/54 (54 mm wide, in an L-shape) — the connector is the same width (34 mm) 
on both. Standard cards are 75 mm long (10.6 mm shorter than CardBus) and 5 mm thick, 
but may be thicker on sections that extend outside the standard form factor — for 
antennas, sockets, etc. 

Hewlett-Packard began shipping systems with ExpressCard in November of 2004, [1] 
(htip //www.pcmag.com/article2/0 5 1759,1706542,00.asp)and Lenovo integrated the slot 

into their flagship ThinkPad T43 in May 05. [2] (http://www- 
131 ibmcoin/webappAvcs/stores/servlei/CategoryDtsplay?catalogId==- 
840&storeld=l 000000 1 &langId-l&dualCurrId=l 000073&categoryld-207254 1) Dell 
Computer also incorporates this in their Inspiron product line. Apple Computer replaced 
the standard PC Card slot with a single ExpressCard/34 slot in their MacBook Pro laptop 
in January 2006. 

A large number of ExpressCard devices were presented at the CeBit trade show in 
Germany in March 2005. [3J (http://www.itnews.com.au/newsstory.aspx? 
CIaNCID=46&ClaNID=18253) 

External links 

. Personal Computer Memory Card International Association (http://www.pcmcia.org/aboutJrtm) 

■ PC Card overview (http://www.pcmcia.org/pccard.htm) 

> PC Card standard (http://www.pcmcia.org/pccardstandard.htm) 

■ CardBus white paper (http://www.pcmcia.org/papers/new_bus.htm) 
. ExpressCard (http://www.exprcsscard.org/) 

■ ExpressCard news clips (http://www.expresscard.org/web/site/news.jsp) 
. Linux PCMCIA Information Page (http://pcmcia-cs.sf.net/) 

■ PCMCIA/CardBus Linux Status Survey (http://tuxmobil.org/pcmcia_Hnux.html) 

I Video^ How to insert and install drivers for a Wi-Fi PCMCIA card (http://www^uJ.ve.netAnodules.php? 
op^odload&rvame^nAlbum&file=index&do-showpic&pid==22&orderby=daieD) 

See also 




L. 



ExpressCards compared to the 
predecessor PCCard. 
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■ compact flash 

■ random access memory 
P hard disk 

. PCI 

. Universal serial bus (USB) 



"""" " Memory Cards 

Cegnpgglgsh (CF) 1 Memory Stick | Mul timedia Card (MMC) | P C card | Sn.artM.dia 1 Secure Digital (SB) | xD-Picture 
Retrieved from "http://en.-wikipedia.org/wikWPC_card" 
Categories: Computer buses | Standards organizations | Motherboard 



- This pace was last modified 1 6:2 1 , 22 February 2006. 

- All text is available under the terms of the GMU Free Documentation License 
(see Copyrights for details). 

Wikipedia® is a registered trademark of the Wikimedia Foundation, Inc. 

■ Privacy policy 

■ About Wikipedia 

■ Disclaimers 
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